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Verfahrexii Schnlttstelle und Netzwerk zum zykllschen Versen- 
den von Ethernet-Telegraxnmen 

Die Erfindung betrif £t ein Verfahren, elne Schnittstelle und 
eln Netzwerk zum zykllschen Versenden von Ethernet- 
Telegrammen . 

Das Ethernet ist die am weitesten verbreitete Technologies 
mit der in lokalen Kommunikationsnetzen, sog. Local Area Net- 
works (LAN) , Daten aktuell mit einer Geschwindigkeit bis zu 
100 Mio. Bits/s (Mbps) Ubertragen werden kOnnen, LANs sind 
lokale Kommunikationsnetzwerke, die auf ein geograf isches Ge- 
biet begrenzt sind und sich aus einem Oder mehreren Seirvern 
\xnd Arbeitsstationen, sog. Knoten zusammensetzen, die tlber 
eine tJbertragungsstrecke, z.B. ein Koeixial-, Glasfaser- oder 
Twisted Pair-Kabel verbunden sind, Bei LANs sind ver- 
schiedenste Netzwerktopologien mSglich, wobei die bekanntes- 
ten die Bus-, Ring-, Stern- oder Baumstrukturen sind. 

LANs werden mit einem Netzwerk-Betriebssystem und einem ein- 
heitlichen Netzwerk- Protokoll betrieben. Das Ethernet stellt 
ein mSgliches Netzwerkprotokoll dar und unterstiitzt dabei die 
\interschiedlichsten Kommunikationsprotokolle, z.B. das 
TCP/IP-Protokoll Oder das IPX- Protokoll . Im OSI-Schichtenmo- 
dell, dem international en Ref erenzmodell fttr Datentibertragung 
in Netzwerken, das aus einem Schichtenstapel aus sieben 
Schichten aufgebaut ist, wobei ftir jede Schicht eine Menge 
von Protokollen definiert ist, die jeweils der nSchst hoheren 
Schicht ihre Dienste zur yerftigung stellen, ist das Ethernet- 
30 der zweiten Schicht, der sog. Leitungsschicht zugeordnet. In 
dieser Leitungsschicht werden die zu versendeten Daten zu Te- 
legrammen gebtindelt, denen spezifische Inf ormationen fiir das 
jeweilige Koitrmunikationsprotokoll hinzugeftigt werden. Die 
Leitungsschicht ist im Netzwerk fUr den Transport der Daten- 
35 telegrammme von Knoten zu Knoten und fur die Fehlererkennxing 
zustandig . 
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Helm Ethexmet-Konzept 1st die Leltvmgsschlcht In zwel Bbenen 
xmtertellt, wobel die erste Ebene den Daten elnen Kopfab- 
schnltt, elnen sog. Startkennung hlnzu£ttgen, der Informatlo- 
nen enth&lt, die fiXr elne korrekte Daten(lbertrag\ing vom Bmp- 
f&ngerprotokoll benOtlgt werden. In der zwel ten Ebene des E- 
thernet-Protokolls wlrd dann das Datentelegramm mlthllfe el- 
ner zusa.tzllchen Pr£Lainbel und elnes Endabschnltts, elner sog. 
Checksvunme, ftlr den Transport von Knoten zu Knoten elngekap- 
selt. Mlt solchen Ethemet-Telegraxnmen lassen slch Daten mlt 
elner LSnge von bis zu 1500 Bytes fibertragen, wobel zwlschen 
den elnzelnen Ethernet-Telegrammen elne feste Pausenzelt eln- 
zuhalten 1st. 

Ftlr das Versenden und das Empfangen der Ethernet-Telegramme 
auf der Ethernet-tJbertragungsstrecke ist eln Ethernet- 
Controller, auch als Media Access Controller (MAC) bezelch- 
net, zustandlg, der zwlschen den Knoten \md die Ethernet- 
t)bertragungsstrecke geschaltet und Uber eln Bussystem mlt dem 
Knoten verbxinden 1st. Dleser Ethernet-Controller wlrd In der 
Kegel durch elnen Sof tware-Trelber, der Im jewelllgen Be- 
trlebssystem des Knotens elngebxinden ist, gesteuert. Der E- 
thernet-Controller umfasst Im Allgemeinen eln Sende- und eln 
Empfangs-Schiebereglster, urn die Ethernet -t)bertrag\xngsstrecke 
von dem physikalischen Speicher des Knotens zu entkoppeln. 
Modeme Ethernet-Controller besltzen welter In der Kegel elne 
direkte Zugrif f smagllchkelt auf den physikalischen Speicher 
des Knotens, elnen sog. Direct Memory Access (DMA) , wodurch 
der Sof tware-Trelber im Betriebssystem des Knotens zeitspa- 
rend die zu sendenden und zu empfangenen Ethernet-Telegramme 
0 direkt im Speicher des Knotens ablegen bzw. aus diesem Spei- 
cher abholen kann. 

■ 

Ethernet-Protokolle werden vornehmllch bel Btlrokomraunikatl- 
onsnetzwerken elngesetzt. Aufgrund der Vorteile des Ethernet- 
5 Konzepts bel der Nutzung von Standard-Hard- und -sof twarekom- 
ponenten sowie der Moglichkeit, bel einfacher Vernetzxings- 
technologie hohe Dateniibertragungsraten zu erreichen, werden 
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Ethernet-Koxnmunlkationsnetzwerke zunehmend auch in der Indus- 
triellen Fertlgung zvun Datenaustausch zwlschen Arbeltsstatlo- 
nen einzusetzen. Belm Elnsatz des Bthemet-Protokolls In der 
Automatislerungstechnik muss jedoch mlthll£e zus£Ltzlicher 
aufwcLndiger Hard- und/oder Sof twaretechniken die EchtzeitfcL- 
higkeit der Ethernet-Datentlbertragung sichergestellt werden. 
Bei der Steuerung von Maschinen ist es in der Kegel erforder- 
lichi dass eine zyklische Bearbeitung einer Steuerungsaufgabe 
im Wesentlichen ohne zeitliche Schwankxmgen , d.h. sog. Jitter 
erfolgt, wobei mit einer vorhersehbaren Antwortzeit au£ die 
RegelcUi£orderung reagiert wird. 

Sollen z. B. im Rahmen einer au£ einem als Knoten in eine E- 
thernet-Netzwerk ausgebildeten Steuerungsrechner laufenden 
Echtzeitanwendung zyklisch Ethernet-Telegramme versendet wer- 
den, ura per Ethernet-t)bertragungsstrecke angebundene Sensoren 
und Aktoren coizusprechen , fibergibt der Steuerungsrechner tlber 
den im Betriebssystem integrierten So£tware-Treiber in jedem 
Steuerungszyklus entsprechende Ethernet-Telegramme an seinen 
Ethernet-Controller zum Versenden. Dabei £tigt der So£tware- 
Treiber vor der Obergabe an den Ethernet-Controller den zu 
versendenden Echtzeitdaten automatisch die in der Ethernet- 
tJbertragungsnorm (IEEE 802.3) definierten Pausenzeiten, 
Startkeimungen, PrSambeln xind Checksuramen hinzu. Der Ether- 
net-Controller ladt dann, vorzugsweise mithilfe der Direct 
Memory Access -Obertragung, die entsprechenden Ethernet- 
Telegramme in seinen Sende-Schieberegister \ind beginnt ab ei- 
nem bestimmten Ftlllstand des Sende-Schieberegisters mit dem 
Versenden der Ethernet-Telegramme auf der Ethernet- 
Ubertragungsstrecke • 

In dieser Sende-Abf olge des Steuerungsrechners mit ange- 
schlossenem Ethernet-Controller sind mehrere Jitter-behaf tete 
VorgSnge enthalten, deren Jitter sich im ungtinstigsten Fall 
aufsuramieren und dann einen maximal zulSssigen Wert ftir die 
Echtzeitanwendung, der in der Kegel im Bereich von einigen 
wenigen Mikrosekunden liegt, tibersteigt. Zum Jitter tragen 
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dabei die schwankenden Interrupt-Latenzzeiten im Knoten beim 
Erzeugen der zu versendenden Daten tind die Lauf zeitschwankun- 
gen des bis z\im Senden des Ethernet-Telegrainms durchlauf enden 
Programme odes bei. Bei modernen Steuerungsrechnern, die tiber 
einen Cache-Speicher verfagen, schwankt zusatzlich auch die 
Laufzeit der Programme odes , da je nach Cache-Inhalt unter- 
schiedlich lange auf den angeforderten Inhalt des Speichers 
im Knoten gewartet werden muss. 

Der Ethernet -Controller ist in der Regel Uber ein Bussystem 
mit dem Knoten verbimden, wobei haufig ein PCI-Bus verwendet 
wird. Da ein solcher Bus im Allgemeinen auch von auideren Sys- 
temteilen genutzt wird, kann es bei der Buszuteilung zu \in- 
terschiedlich langen Wartezeiten kommen. Dies gilt sowohl 
dann, wenn der Ethernet-Controller per Direct Memory Access- 
Obertragung auf den physikalischen Speicher des Steuerungs- 
rechners zugreift, als auch far den Fall, dass die Echtzeit- 
daten unter Kontrolle des Sof tware-Treibers tiber das Bussys- 
tem tibertragen werden. Es treten immer ahnliche Jitter bei 
der Buszuteilung auf. Der Ethernet-Controller beginnt dariiber 
hinaus immer erst ab einem bestimmten FUllstand des Sende- 
Schieberegisters mit dem Versenden der Ethernet-Telegramme 
auf der Ethemet-Obertragungsstrecke . Dabei kann sich dann 
das Senden der Ethernet-Telegramme je nach FUllstand des Sen- 
de-Schieberegisters xinterschiedlich lange verzSgem, was zu 
einem zusStzlichen Jitter ftihrt. 

Ist der sich ergebende Gesamt jitter beim Sendevorgang hSher 
als far die jeweilige Echtzeitanwendungen maximal zulSssig 
Jitter, muss eine solche Abweichung mithilfe eines aufwandi- 
gen Verfahrens, wie z.B. dem IEEE 1588 (IEEE Standard for a 
Precision Clock Synchronization Protocol for Networked Measu- 
rement and Control Systems) eine entsprechend genaue Zeitba- 
sis in alien Kommunikationsteilnehmern an der Ethernet- 
tJbertragungsstrecke geschaf fen werden, mit deren Hilfe sich 
dann der Jitter kompensieren lasst. 
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Au£gabe der Erflndung 1st es, eln Ver£ahren zum Versenden von 
Daten in Form von Ethemet-Telegraznmen auf elner Ethernet- 
t)bertrag\ingsstrecke, eine Schnltts telle z\am Anbinden elnes 
Knotens an eine Ethernet-Obertragxmgsstrecke xmd ein Ether- 
net-Netzwerk bereitzustellen, mit denen sich au£ einfache 
Weise jitterfrei und zyklisch Ethernet-Telegraxnme, insbeson- 
dere mit Echtzeitdaten versenden lassen. 

Diese Aufgabe wird mit einem Verfahren nach Anspruch 1, einer 
Schnitts telle nach Anspruch 9 und einem Ethernet-Net zwerk 
nach Anspruch 14 geldst. Bevorzugte Weiterbildungen sind in 
den abh&ngigen Ansprtichen angegeben. 

Erf indungsgemSfi wird z\im Versenden von Daten in Form von E- 
thernet-Telegrammen auf einer Ethernet -Obertragungsstrecke 
mit Hilfe einer Schnittstelle zum Anbinden eines Knotens an 
die Ethemet-Cbertragungsstrecke die zu versendenden Daten 
mithilfe einer Umsetzeinheit gem^i^ einer Obertragungsnoicm des 
Ethemet-Protokolls umgesetzt, \am Ethernet-Telegramme bereit- 
zustellen, und mithilfe einer Sendeeinheit daim fortlaufend 
die bereitgestellten Ethernet-Telegramme versendet, wobei 
kontinuierliche Ethernet-Telegramme auf die Ethernet- 
tibertragungsstrecke ausgegeben werden. 

Durch das erf indxingsgemaSe kontinuierliche Senden von Ether- 
net-Telegrammen wird eine exakte Wiederholbarkeit des Sende- 
vorgcuigs und damit ein jitterfreies Versenden der Ethernet- 
Telegramme erm5glicht. Dadurch, dass die Schnittstelle zur 
Anbindung des Knotens an das Ethernet im Anschluss an ein ge- 
sendetes Ethernet-Telegramm direkt das nSchste Etheamet- 
Telegramm versendet, wird gewSLhrleistet, dass alle jitterbe- 
haf teten VorgSnge in der Sendeabfolge vom Umsetzen der zu 
versendenden Daten in Ethernet-Telegramme bis zur Ausgabe der 
Telegramme auf die Ethernet-tJbertragungsstrecke kompensiert 
werden. Das Timing des Sendevorgangs wird n&nlich ausschlieS- 
lich durch die Schnittstelle des Knotens zxam Ethernet be- 



Elektro Beckho£f GicibH BZE 2021 



stimmt, wobel durch das kontinuierliche Versenden der Tele- 
graxnme deren v511ige Jitter freihelt slchergestellt wlrd. 

Gem&S elner bevorzugten Ausftlhrungs£orm der Erfindung wlrd 
5 z\jun fortlaufenden Senden der bereitges tell ten Ethernet- 

Telegrainme bei elner vorgebenen L&nge der Ethernet -Tel egramme 
die LcLnge der Zykluszeit im Rahmen der maximal zul^ssigen 
Dauer des Zyklus angepasst, \am wfthrend der gesamten Zyklus- 
zeit kontinuierlich Ethernet-Telegramme auf die Ethernet- 
' 10 tibertragungsstrecke auszugeben. Diese Vorgehensweise sorgt 
ftlr einen kontinuier lichen Sendevorgang der Ethernet- 
Telegrammen im Rahmen einer vorgebenen maximalen Sendezyklus- 
dauer bei gleichzeitig optimaler Nutzung der Zyklusl&nge, wo- 
bei der bei der Erzeugung der Ethernet-Telegramme auf tretende 
15 Jitter v511ig ausgeglichen wird. 



GemaS einer weiteren bevorzugten Ausftlhrungsform der Erfin- 
dxing wird beim fortlaufenden Versenden der Ethernet- 
Telegramme mithilfe der Schnittstelle die Anzahl und/oder die 
20 L^nge der in einem Zyklus zu versendenden Ethernet-Telegramme 
an eine vorgegebene Zykluszeit so angepasst, dass wShrend der 
gesamten vorgegebenen Zykluszeit kontinuierlich Ethernet- 
Telegramme auf die Ethernet-Obertragungsstrecke ausgegeben 
werden kdnnen. Diese Vorgehensweise ermdglicht einen kontinu- 
^ ierlichen Sendevorgang der Ethernet-Telegrammen im Rahmen ei- 
^ nes Sendezyklus bei gleichzeitig optimaler Nutz\ing der im 

Zyklus mSglichen Datenbreite, wobei der bei der Erzeugung der 
Ethernet-Telegramme auftretende Jitter vollig ausgeglichen 
wird. 

30 

GemaS einer weiteren bevorzugten Ausftihr\ingsf orm werden bei 
der Anpassung der Ethernet-Telegramme die Baudrate der Ether- 
net-t)bertragungsstrecke, die LSnge der beim Umsetzen der Da- 
ten gemaS der tJbertragungsnorm des Ethemet-Protokolls je- 
35 weils in das Ethernet-Telegramm eingefiigten Startkenniing, 
Praambel und Checks\aiame und die Lange der zwischen den zu 
versendenden Ethernet-Telegrammen einzuhaltenden Pausenzeiten 
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berttckslchtigt. Durch diese Vorgehenswelse l£Lsst slch au£ 
eln£ache Welse die optimale LSLnge der kontinuierlich au£ der 
Ethernet-Cbertragxingsstrecke zu versendenden Ethernet- 
Telegranune bestixnmen. Bevorzugt 1st dabei welterhin, dass be- 
rtlckslchtigt wlrd, dass dann, wenn die berechnete LcUige des 
Ethernet-Telegraznms gr5&er als die maocimal mfigliche LcLnge des 
Ethernet -Telegramms ist, die Anzahl und die L&nge der zu sen- 
denden E theme t-Telegraiame so gewShlt wird, dass in einem 
Zyklus mehrere vorzugsweise gleich lange Ethernet-Telegramme 
versendet werden, deren gemeinsaine Bitl£Lnge der Zykluszeit 
entspricht. Hierdurch wird sichergestellt, dass au£ einfache 
Weise eine optimale L&ige der zu versendenden Ethernet-* 
Telegramme bestixnmt werden kann. 

GemaS einer weiteren bevorzugten AusfClhrungsf orm werden die 
bereitgestellten Ethernet-Telegramme in einem Zwischenspei- 
Cher abgelegt, wobei die Schnittstelle den Sendevorgang in 
AbhSngigkeit eines vorgegebenen Ftillstcoides im Zwischenspei- 
Cher startet. Diese Vorgehenswelse sorgt da£Ur, dass Immer 
geniigend zu sendende Ethernet-Telegramme in der Schnittstelle 
vorhanden slnd, xom einen kontinulerllchen Sendevorgang zu ge- 
wahrleisten. Hierdurch wird verhindert, dass der Sendevorgang 
leeriauft und es dadurch zu Telegrammverz5ger\angen kommt, die 
dann zu einer Zyklusverletzung ftihren wUrden. 

Er£ind\ingsgemS.fi ist welter vorgesehen, dass dann, wenn die 
Daten Echtzeltdaten slnd, eine die zu versendenden Echtzelt- 
daten erzeugende Echtzeltanwendung im Knoten mit dem Sende- 
vorgang der Ethernet-Telegramme synchronlsiert ist. Diese 
0 Vorgehenswelse verhlndert einen Oberlauf mit Ethernet- 

Telegrammen in der Schnittstelle balm Sendevorgang, der dazu 
ftihren wiirde, dass die Ethernet-Telegramme nicht mehr schnell 
genug versendet werden kSnnen. Dadurch, dass die im Knoten 
ablaufende Echtzeltanwendung auf die Zeitbasis der den Sende- 
5 vorgang ausfiihrenden Schnittstelle abgestlmmt 1st, wird ge- 
wShrleistet, dass der Knoten Ethernet-Telegramm nur abge- 
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stlnoat mlt dem Sendevorgang der Schnittstelle lie£ert \xnd so- 
mit kein tyberlauf an Ethernet-Telegraznmen auftrltt. 

Gem&S elner welteren bevorzugten Ausftihrungsform ist das B- 
thernet-Netzwerk mit der Ethernet-tibertragungsstrecke, an der 
eine Mehrzahl von Knoten angebunden sind, so ausgelegt, dass 
die Ethernet-Telegramme au£ dem Sendekanal kollisions£rei ti- 
bertragen werden k5nnen. Hierdurch wird gewSlhrleistet, dass 
auf dem Ethernet kontinuierlich gesendet werden kann, ohne 
dass es aufgrund von Kollisionen au£ der Obertragungsstrecke 
zu einer Unterbrechxing des Sendevorgangs und damit zu einer 
Zyklusverletzung kommt. 

Bevorzugt ist dabei weiterhin, dass die Ethernet- 
Obertragxangsstrecke eine ringfOrmig angeordnete Topologie 
au£weist, wobei die vom Sendeknoten versandten Ethernet- 
Telegramme von einem Knoten zxna nSLchsten weitergeleitet wer- 
den, Diese Vorgehensweise ermdglicht eine kollisionsf reie t)- 
bertragung der Ethernet-Telegrainme mit geringer VerzGgerung 
von einem Knoten zum n^chsten. 

Die Erf indung wird anhand der beigefttgten Zeichnungen nSher 

eriautert. Es zeigen: 

Fig, lA ein Ethernet-Net zwerk; 

Fig. IB einen er£indungsgema.&en Auslegung eines Knoten- 

Anschlusses im Ethernet-Net zwerk; 

Fig. 2A ein Ether^aet-Telegramm xind 

Fig. 2B einen erf indungsgemafien Sendevorgang. 

Das Ethernet-Konzept ist der am weitesten verbreitete Kommu- 
nikationsstcindard in lokal begrenzten Kommunikationsnetzwer- 
ken (IiAN) , tlber die sich auf einfache Weise Datenressourcen 
zwischen Arbeitsstationen, im Allgemeinen Computer oder Ma- 
schinen, im Weiteren auch als Knoten bezeichnet, gemeinsam 
nutzen lassen. Das Ethernet basiert dabei auf einem LAN- 
Aufbau, bei dem eine Mehrzahl von Knoten iiber ein gemeinsames 
Ubertragungsmediiam miteinander verbunden sind, wobei das E- 
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thernet-Konzept die Verkapselung der zu tlbermittelnden Daten 
in Datenpaketen, im Weiteren auch als Ethernet -Telegramme be- 
zelchnet, lalt einem vorbestlxnmten Format vornixnmt. Das Ether- 
net besteht dabei aus drel Bereichen, ndmllch der tibertra- 
gungsstrecke und den Netzwerk-Schnittstellen, also der Hard- 
ware, der Menge an Frotokollen, die den Zugriff auf die E- 
thernet-Obertragungsstrecke steuern, und dem Ethernet- 
Telegrainmf ormat . ... .... 

Fig. lA zeigt schematisch ein Ethernet-Netzwerk, bei dem meh- 
rere Knoten 1 tlber eine Ethernet-tJbertragungsstrecke 2 mit- 
eincuider verbunden sind. Die Anbindung des Knot ens an die E- 
thernet-ttbertrag\ingsstrecke erfolgt dabei mithilfe eines E- 
thernet-Controllers 3, der vorzugsweise in den zugehttrigen 
Knoten integriert ist. Ein erf indungsgemSSer Knoten 1 mit an- 
geschlossenem Ethernet-Controller 3 zur Anbindung ein die E- 
thernet-Obertragxangsstrecke 2 ist im Detail in Fig. IB ge- 
zeigt. Ftir das Versenden der Ethernet-Telegramme im Ethernet 
Controller ist eine Codiereinheit 31 zustandig, ftir den Emp- 
fang der Ethernet-Telegramme von der tJbertragungsstrecke 2 
eine Decodiereinheit 32. An die Codiereinheit 31 bzw. die De 
codiereinheit 32 ist jeweils ein als Schieberegister ausge- 
legter Zwischenspeicher 33, 34 angeschlossen, \jm die zu 
versendenden bzw. empfangenen Ethernet-Telegramme zwischenzu 
speichem. Diese Sende- und Empfangs-Schieberegister 33, 34 
wiederum sind vorzugsweise so ausgelegt, dass sie auf einen 
physikalischen Speicher 11 im Knoten 1 direkt mithilfe des 
sogenannten Direct Memory Access (DMA) Modus zugreifen k6n- 
nen. Alternativ besteht die Maglichkeit, dass der Datenaus- 
tausch zwischen dem Sende-Schiebespeicher 33 bzw. dem Emp- 
fangs-Schiebespeicher 34 und dem physikalischen Speicher 11 
tiber eine zentrale Recheneinheit (CPU) 12 des Knotens 1 er- 
folgt. Der direkte Zugriff uber den DMA-Modus ermdglicht je- 
doch einen beschleunigten Datenaustausch. 

Die Steuerxing des Datenaustausches zwischen dem physikali- 
schen Speicher 11 des Knotens 1 vind der Schnittstelle 2 er- 
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folgt in der Regel durch die CPU 12 des Knotens 1. Die CPU 12 
des Knotens vean^raltet weiter auch alle zum Betrieb des Ether- 
net notwendigen VorgSLnge, d.h. ftihrt das Management des Sen- 
de~ und Bmpfangsvorgeuags durch und sorgt £Ur die Verkapselung 
der zu versendenden Daten des Knotens in Ethernet-Telegrcunme 
bzw* das Bntpacken der Daten aus den empfangenen Ethernet- 
Telegrainmen • Das au£ der CPU 12 des Knotens 1 implementierte 
Betriebssystem weist in der Regel eine geschichtete Software- 
struktur au£, xim eine protokollspezi£ische Bearbeitung von 
einer telegramm- und hardwarespezi£ischen Bearbeitung zu 
trennen. Dadurch ist es mfiglich, unterschiedliche Kommunika- 
tionsprotokolle beim Ethernet-Standard einzusetzen, ohne am 
hardwarespezi£ischen Treiber Anderungen durchfUhren zu mUs- 
sen. Gleichzeitig kann dann auch die Hardware des Knotens ge- 
andert werden, ohne gleichzeitig eine protokollspezif ische 
So£twareanderung ausffttiren zu mtlssen. 

Ein Ethernet -Telegramm 5, dessen Struktur in Fig. 2A schema- 
tisch gezeigt ist, kann bis zu 1500 Bytes enthalten \ind setzt 
sich aus einem Kopfteil mit einer Startkennung 51, einer Pra- 
ambel 52, die die Ziel- \ind Quelladresse und den Datenpaket- 
typ keimzeichnet, einem Mittelteil 53 mit Daten und einem ei- 
ne Checksvumme enthaltenden Endteil 54, die als Pehlerken- 
nungsmechanismus dient, zusammen. 

Ein Sendevorgcuig von Ethernet-Telegramme tiber die Ethernet- 
Ubertragungsstrecke 2 wird so ausgeftihrt, dass der in der CPU 
12 eingesetzte Sof tware-Treiber die zu versendenden Daten in 
Ethernet-Telegramme umsetzt, die, wenn der Ethernet- 
0 Controller 3 im DMA-Modus arbeitet, im physikalischen Spei- 
cher 11 des Knotens 1 abgelegt werden- Auf diese abgespei- 
cherten Ethernet-Telegramme greift dann das Sende- 
Schieberegister 33 des Ethernet-Controllers 3 zu, um die E- 
themet-Telegramme in das Schieberegister zu laden. Wenn xin- 
5 ter Steuerung durch den Sof tware-Treiber in der CPU 12 vom 
physikalischen Speicher 11 geniigend Ethernet-Telegramme auf 
das Sende-Schieberegister 33 iibertragen wurden und damit ein 
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ausreichender Fttllstand erreicht 1st, gibt das Sende- 
Schieberegister 33 die zwischengespeicherten Ethernet- 
Telegrainme fiber die Codiereinhelt 31 au£ die Ethernet- 
Obertragungsstrecke 2 aus. Eine Ethernet-Datentlbertragung 
findet dabei nur dcuin statt, wenn das Ethernet-Netzwerk ruhig 
ist. Dartlber hinaus ist in der Kegel zusoLtzlich ein Kollisi- 
onsverhinderungsmechanismus au£ der Ethemet- 
Obertragungsstrecke 2 vorgesehen. 

Beim Emp£ang von Ethernet -Telegrammen werden die emp£€uigenen 
Ethernet-Telegranane von der Decodiereixiheit 32 im Einp£cuigs- 
Schieberegister 34 zwischengespeichert, wobei der Ethernet- 
Controller 3 einen Interrupt im Knoten 1 auslGst, Dieser In- 
terrupt veranlasst den Sof tware-Treiber der CPU 12 im Knoten 
1, die empfangenen Telegramme tlber den DMA-Modus in den phy- 
sikalischen Speicher 11 tUDerzu£{ihren und dann an das Be- 
triebssystem im Knoten zur Verarbeitung weiterzuleiten. 

Das Ethernet-Konzept wird vor allem deshalb als Kommunikati- 
onsprotokoll fUr Netzwerksysteme genutzt, da Standard- 
Hardware- und -sof twarekomponenten verwendet werden kOnnen 
vmd dartiber hinaus eine hohe Datentibertragungsrate mSglich 
ist, Beim Einsatz des Ethernet-Standards in industrieller Um- 
gebung, insbesondere filx Automatisierungsau£gaben, muss das 
Ethemet-Protokoll aber eine Echtzeit-Datentibertragung ge- 
wcLhrleisten. Um zuverlSssig eine Echtzeitanwendung, wie z. B. 
eine Maschinensteuerxing mithilfe eines Ethernet-Netzwerkes 
ausftihren zu konnen, ist ein Datenaustausch mit Zykluszeiten 
von 50 /xsec bei zul^ssigen Jitterzeiten, d.h. Abweichiingen 
0 von der gewiinschten Zykluszeit von 10 /isec erf orderlich. 

Wenn ein Steuer\ingsrechner, der einen Knoten 1 in einem E- 
themet-Netzwerk darstellt, Sensoren oder Aktoren, die als 
weitere Knoten an die Ethemet-tJbertragungsstrecke 2 angebun- 
5 den sind, in Echtzeit steuem soli, werden vom Steuerungs- 
rechner in jeden Steuerungszyklus mithilfe des in seiner CPU 
12 eingespeicherten Sof tware-Treibers Ethernet-Telegramme 5 
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an den zugeh5rigen Ethernet-Controller 3 z\m Senden flberge- 
ben. Der Ethernet-Controller 3 wird dann die entsprechenden 
Ethernet-Telegraxnme 5, vorzugswelse per DMA-Modus in sein 
Sende-Schieberegister 33 laden und ab einem bestiinmten FUll- 
stand dieses Senderegisters znit dem Versenden der Ethernet- 
Telegraxnme auf der Ethernet-Obertragungsstrecke 2 beginnen. 

In dieser Sendeabfolge sind jedoch mehrere jitterbeha£tete 
Vorg£Lnge enthalten, deren Jitter sich im ungUnstigsten Fall 
aufsuznxniert • Ein erster Jitter ergibt sich bereits aus den 
schwankenden Interrupt-Latenzzeiten des Betriebssystems des 
Steuerungsrechners und des Software-Treibers beim Umsetzen 
der Ethernet-Telegramme. Weiterhin treten Lauf zeitschwankun- 
gen des bis zum Versenden des Ethernet-Telegraininen durchlau- 
fenden Datencodes au£. Bei laodernen Steuerungsrechnem, die 
tlber einen Cache-Speicher verfUgen, schwanken zusSltzlich auch 
die Laufzeiten ein und desselben durchlauf enden Datencodes, 
da je nach Cache-Inhalt unterschiedlich lange auf den cuige- 
forderten Speicher gewartet werden muss. Weitere Jitter erge- 
ben sich zudem bei der tibergabe der E theme t-Telegramme an 
den Ethernet-Controller. Der Ethernet-Controller ist tiber ein 
Bussystem, z.B. einen PCX-Bus, an den Steuerungsrechner , an- 
gebunden. Da der Bus auch von anderen Systemteilen des Steue- 
rungsrechners genutzt wird, kann es bei der Buszuteilung zu 
imterschiedlich langen Wartezeiten beim Zugrif f des Ethernet- 
Controllers auf den physikalischen Speicher zur Ubergabe der 
Ethernet-Telegramme an das Sende-Schieberegister kommen. Auch 
dann, wenn der Ethernet-Controller nicht per DMA- 
tJbertragungsmodus arbeitet, sondern die Daten uber die CPU 
30 aus dem physikalischen Speicher in das Sende-Schieberegister 
des Ethernet-Controllers tibertragen werden, treten ahnliche 
Jitter bei der Buszuteilung auf. Weiterhin wird das Senden 
der Ethernet-Telegramme je nach FUllstand der Sende- 
Schieberegister unterschiedlich Icuig verzogert. Wenn sich al- 
35 le genannten jitterbehaf teten VorgSnge auf sxaramieren, besteht 
die Gefahr, dass der sich ergebende Gesamt jitter hSher als 
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der fUr die jeweillge Echtzeltanwendung zuiassige Jitter 1st 
imd dann kelne Echtzeltsteuerung mehr gew^rlelstet wlrd. 

Um nicht, wle herkOmmlicheinflyeise aufwandige Verfahren zur An- 
glelchung der Zeltbasls zwlschen den elnzelnen Knoten xond da- 
mit zur Kompensation der Koinmunikations jitter ausfUhren zu 
mtlssen, wird erf indungsgemaS der Ethernet-Controller 3 tiber 
den Sof tware-Treiber auf der CPU 12 des Rechner-Knotens 1 so 
prograinmlert, dass ohne Pause Bthernet-Telegraxnme 5 aus dem 
Sende-Schieberegister 33 versendet werden. Dabel wlrd das 
Sende-Schlebereglster 33 und die angeschlossene Codiereinhelt 
31 des Ethernet -Controllers 3 so gesteuert, dass im Anschluss 
an ein gesendetes Ethernet -Telegramm direkt das n^chste E- 
thernet-Telegramm unter Einhaltung der in der Etheimet- 
(Jbertragungsnorm definierten Pausezeit gesendet wlrd. 

Um zu gewclhrlelsten, dass bel einer vorgegebenen Zykluszelt 
der auszufiihrenden Echtzeltanwendung kontlnulerllch Ethernet- 
Telegramme versendet werden, berechnet der Sof tware-Treiber 
der CPU 12, wle viele und wle lange Ethernet-Telegramme ver- 
sendet werden mxissen, um die vorgegebene Zykluszelt exakt 
einzuhalten. Der Sof twaretreiber stellt die zu versendenden 
Daten 53 gemaS der Ethernet-tfcertragungsnorm in entsprechend 
lange Ethernet-Telegramme 5 mit Startkennung 51, Praambel 52 
xind Checksxunme 54 zusammen und legt sie im physlkallschen 
Speicher 11 des Knotens 1 ab. Das Sende-Schiebereglster 33 
des Ethernet-Controllers 3 greift dann auf diese Ethernet- 
Telegramme 5 zu und speichert sie zwlschen. Ab einem gewissen 
Ftillstand im Sende-Schiebereglster 33 wird dann mit dem Sen- 
devorgang begonnen, wobei kontlnulerllch Ethernet-Telegramme 
versendet werden, wle in Fig. 2B gezeigt ist. Hier 1st ein 
Sendevorgang dargestellt, bel dem Innerhalb einer vorgegebe- 
nen Zykluszelt zwel glelch lange Telegramme unter Einhaltung 
der vdrgeschriebenen Pausenzelt versendet werden. 

Mlthllfe des im Ethernet-Controller 3 integrierten Sende- 
Schieberegisters 33 wlrd die Bereitstellung der Ethernet- 
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Telegrainme durch den Software-Trelber der CPU 13 Im physlka- 
lischen Spelcher 11 des Knotens 1 vom Sendezeltpunkt dleser 
Ethernet-Telegramme entkoppelt, so dass der bel der Echtzeit- 
euawendung \ind die bei der Obertragung der Ethernet-Telegrainxae 
au£ den Ethernet-Controller 3 entstehenden Jitter ausgegli- 
chen werden. Da das Timing des Sendevorgangs ausschlieSlich 
vom Ethernet-Controller 3 und der nachgeschalteten ttbertra- 
gungsphysik der Ethernet-tJbertragungsstrecke 2 abhSLngt und 
der Ethernet-Controller aus seinem Sende-Schieberegister 33 
Ethernet-Telegramme 5 kontinuierlich sendet, ist eine exakte 
Wiederholbarkeit und damit ein jitter£reies Senden mOglich. 

Um ein kontinuierliches Senden der Ethernet-Telegramme zu er- 
mfiglichen, ist die Echtzeitanwendung im Knoten tiber den Soft- 
ware-Treiber der CPU 12 auf den Ethernet-Controller 3 syn- 
chronisiert. Der Ethernet-Controller 3 legt die Zeitbasis 
£est, au£ die die Echtzeitanwendxing auf dem Steuerungsrechner 
1 synchronisiert ist. Dadurch wird sichergestellt, dass vom 
Software-Treiber der CPU 12 immer genfigend zu sendende Ether- 
0 net-Telegramme an den Ethernet -Controller 3 tibergeben werden, 
xjon zu verhindern, dass das Sende-Schieberegister 33 des E- 
thernet-Controllers 3 leerlSuft, und so TelegrammverzOgerun- 
gen auftreten, die zu einer Zykluszeitverletzung fxihren wiir- 
den. Weiterhin wird durch die Synchronisierung der Echtzeit- 
anwendung im Knoten 1 auf die Zeitbasis des Ethernet- 
Controllers 3 gewahrleistet, dass nicht zu viele Ethernet- 
Telegramme an den Ethernet-Controller 3 tibergeben werden und 
somit ein tlberlauf im Sende-Schieberegister 33 stattfindet 
\md die Ethernet-Telegramme nicht mehr schnell genug versen- 
30 det werden kSnnen. 

Bei der Berechnung der Anzahl und der LSnge in einem Zyklus 
der Echtzeitanwendiang zu versendenden Ethernet-Telegramme be- 
rticksichtigt der Software-Treiber der CPU 12 im Knoten 1 so- 
35 wohl die auf der Ethernet-Obertragungsstrecke 2 verwendete 

Baudrate als auch die bei der Verkapselung der zu versenden- 
den Daten autoiciatisch eingefiigten zusatzlichen Daten, d.h. 
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Startkennung 51, Pr&axnbel 52 tind Checksuxnme 54, sowie die 
zwlschen den Ethernet -Telegrammen einzuhaltenden Pausenzel- 
ten. Dlese zusSLtzllchen Signale slnd In der Ethernet -Norm 
IEEE 802.3 festgelegt und betragen bei einem 100-Base-TX- 
Ethernet, also einem Fast Ethernet mit 100 MBaud ftlr die 
Startkennung 8 Bit, fUr die PrSlambel 56 Bit, far die Check- 
summe 32 Bit und die Pausenzeit 69 Bit. 

Soil nun eine Zykluszeit der Echtzeitcoiwendung von x /xsec er- 
reicht werden, dann gilt folgende Formel: (L ist die mcocixaale 
Bitlclnge des Ethernet-Telegramms) 

L = (X • 100) - (8 + 56 + 32 + 69) 

Ptlr eine Zykluszeit von 100 /xsec ergibt sich dann; 

L s 9808 Bits = 1226 Bytes. 

Der Sof tware-Treiber der CPU 12 im Knoten 1 kann also in ei- 
0 ner Zykluszeit von 100 fisec ein oder auch mehrere gleich lan- 
ge Telegramme mit einer GesamtlSLnge einschlieSlich der Pau- 
senzeiten von 1226 Bytes versenden. Wenn z.B. zwei Telegramme 
versendet werden, so betrSgt die BytelSnge dann 613. Bytes pro 
Telegramm (einschlieSlich Pausezeit) . Eine Aufteilxing in meh- 
rere Telegramme ist dann zwingend erforderlich, wenn die bei 
einer Zykluszeit sich ergebende TelegrammlcLnge gr5&er als die 
maximale Ethemet-Telegramme von 1500 Byte ist. Es miissen 
dann immer entsprechend mehrere Ethernet-Telegramme zur Nut- 
zung der vollen Zykluszeit gesendet werden. Wird z.B. eine 
30 Zykluszeit von 500 Msec vorgegeben, kOnnen fiinf Telegramme 
mit je 1226 Byte (100 iisec) gesendet werden. 

Altemativ zu Vorgabe einer Zykluszeit besteht auch die M6g- 
lichkeit, um einen kontinuierlichen Versand von Ethernet- 
35 Telegramme zu erreichen, die Lange der zu versendenden Ether- 
net-Telegramme vorzugeben, \im daraus dann die notwendige Zyk- 
luszeit abzuleiten. Der Sof tware-Treiber der CPU berechnet in 
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diesem Fall aus der Vorgabe der Lftnge der Ethernet-Telegramme 
\md der maximal zul^Lsslgen Dauer des Steuerzyklus , xm elne 
Echtzeitanwendung, wie z. B. eine Maschinensteuening mithilfe 
der Ethernet-Net zwerkes ausftihren zu kOnnen, die optimale 
Zykluszeit, die einen kontinuierlichen Versand der Ethernet- 
Telegramme gewahrleistet . Der Sof twaretreiber stellt dann 
wiedervim die zu versendenden Daten gemSlS der Ethernet- 
tJbertragungsnorm in entsprechend lange Ethernet-Telegramme 
mit Startkennung 51, PrSLambel 52 \md Checksumme 54 zusammen 
und legt sie im physikalischen Speicher 11 des Knotens 1 ab. 
Das Sende-Schieberegister 33 des Ethernet-Controllers 3 
greift anschlieSend auf diese Ethernet-Telegramme 5 zu und 
speichert sie zwischen. Ab einem gewissen FUllstand im Sende- 
Schieberegister 33 wird dann mit dem Sendevorgang begonnen, 
wobei kontinuierlich Ethernet-Telegramme innerhalb der be- 
rechneten Zykluszeit unter Einhaltung der vorgeschriebenen 
Pausenzeit versendet werden. 

Beim erf ind\ingsgemaSen Sendevorgang, bei dem quasi kontinu- 
ierlich gesendet wird, muss weiter gewahrleistet sein, dass 
auf dem Sendekanal keine Kollisionen auftreten, da dann der 
Ethernet-Controller die tJbertragung unterbricht und erst spS- 
ter wieder aufnimmt muss. Eine geeignete Topologie des Ether- 
net -Net zwerkes far einen kollisionsf reien Sendevorgang stellt 
dabei eine Peer- zu- Peer -Verbindung zwischen den Knoten dar. 
Es besteht auch die Mfiglichkeit, mehrere Teilnehmer tiber ei- 
nen Switch, der Kollisionen Verhindert, anzusteuern. Auch ei- 
ne ringfSrmige Netztopologie von mehreren Knoten ist maglich, 
wobei dann die Ethernet-Telegramme mit geringer Verzogerxing 
von Knoten zu Knoten weitergeleitet und anschliefiend an den 
ursprtinglichen Sende-Knoten zurUckgeschickt werden. 

Echtzeitanwendiingen benStigen in der Regel auch Rtickmeldungen 
der angesteuerten Teilnehmer, In diesem Fall ist die Ether- 
net-Obertragungsstrecke 2 als Vollduplex-l)bertragungsstrecke 
mit getrenntem Sende- und Empf angskanal ausgebildet, \xai die 
zu versendenden Ethernet-Telegramme nicht durch empfangene 
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Telegraxnme mit den Rvickmeldungen zu beeinf lussen. Die Menge 
der zurttckgesendeten Daten darf dabei auch nicht die Menge 
der ursprtinglich gesendeten Daten tiberschreiten, da diese dem 
Maximuun der Obertragungskapazit£lt entsprechen. 
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PatentansprUche 

1. Verfahren zum Versenden von Daten in Form von Ethernet- 
Telegrainmen au£ einer Ethernet-Obertragungsstrecke, mlt den 
Verfcihrenschrltten 

Umsetzen der zu versendenden Daten gem^S einer Obertragungs- 
norm des Ethernet-Protokolls, urn Ethernet-Telegramme zu be- 
reitzustellen, und 

£ortlau£endes Senden der bereitgestellten Ethernet- 
Telegraznme/ wobei kontinuierlich Bthemet-Telegrainme au£ die 
Ethernet -t)bertragungsstrecke ausgegeben werden. 

2. Verfahren nach Anspruch 1, wobei ztorn f ortlau£enden Sen- 
den der bereitgestellten Ethernet-Telegramme bei einer vorge- 
benen LSnge der Ethernet-Telegramme die L&age der Zykluszeit 
im Rahmen der maximal zulclssigen Dauer des Zyklus angepasst 
wird, iim wahrend der gesamten Zykluszeit kontinuierlich E- 
thernet-Telegramme au£ die Ethernet-Obertragungsstrecke aus- 
zugeben . 

3. Verfahren nach Anspruch 1, wobei zum f ortlauf enden Sen- 
den der bereitgestellten Ethernet-Telegramme bei einer vorge- 
gebenen Zykluszeit die Anzahl und/oder die LSnge der in einem 
Zyklus zu versendenden Ethernet-Telegramme angepasst wird, um 
wahrend der gesamten vorgebenen Zykluszeit kontinuierlich E- 
themet-Telegramme auf die Ethernet-tJbertragungsstrecke aus- 
zugeben . 

4. Verfahren nach Anspruch 3, wobei zum Berechnen der An- 
0 zahl \md/oder der Lange der in einem Zyklus zu versendenden 

Ethernet-Telegramme die auf der Ethernet-tJbertragungsstrecke 
verwendete Baudrate, die Lange der beim Umsetzen der Daten 
gemas der Obertragungsnorm des Ethernet- Pro tokol Is jeweils in 
das Ethernet -Telegraram eingefugten Startkennung, Praambel und 
5 Checksumme xind die Lange der zwischen den zu versendeten E- 
thernet-Telegrammen einzuhalt enden Pausenzeit berticksichtigt 
werden • 
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5. Verfahren nach Anspruch 4, wobei die maxixnale Bitiange L 
des in einem Zyklus zu versendenden Ethernet-Telegramms bei 
einer auf der Ethernet-ttbertragungsstrecke verwendeten Baud- 
rate von ba Mbaud, einer Zykluszeit von zy ixa, einer Start- 
kennungsiange von st Bit, einer Praainbeliange von pr Bit, ei- 
ner Checksiiinmeniange von oh Bit und einer Pausenzeit von pa 
Bit wie folgt berechnet wird: 

L = (ba * zy) - (st + pr + ch + pa) . 

6. Verfahren nach Anspruch 5, wobei dann, wenn die maxixnale 
Bitiange L grGSer als die maximal mOgliche Bitiange der E- 
themet-Telegramme ist, die Anzahl und die h&nge der zusende- 
ten Ethernet-Telegramme so gewShlt wird, dass in einem Zyklus 
mehrere Ethernet-Telegramme versendet werden, deren gemeinsa- 
me Bitiange der Zykluszeit entspricht. 

7. Verfahren nach einem der Ansprttche 1 bis 6, wobei z\am 
fortlaufenden Senden der bereitgestellten Ethernet-Telegramme 
die bereitgestellten Telegramme in einem Zwischenspeicher 
zwischengespeichert werden und der Sendevorgang gestartet 
wird, sobald eine vorgegebener Pailstand im Zwischenspeicher 
erreicht ist. 

8. Verfahren nach einem der AnsprUche 1 bis 7, wobei die zu 
versendeten Daten Echtzeitdaten sind und eine die zu versen- 
denden Echtzeitdaten erzeugende Echtzeitanwendxing mit dem 
Sendevorgang der Ethernet-Telegramme synchronisiert wird. 

9. Schnittstelle zum Anbinden eines Knotens an ein Ether- 
net-t)bertragungsstrecke (2) mit einer Umsetzeinheit (12) zum 
Umsetzen von zu versendenden Daten des Knotens gemas einer 
Obertragungsnorm des Ethernet-Protokolls, um Ethernet- 
Telegramme zu bereitzustellen, und 

einer Sendeeinheit (31, 33) zum fortlaufenden Versenden der 
bereitgestellten Ethernet-Telegramme, um kontinuierlich E- 
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thernet-Telegraxnme auf die Ethemet-Obertragungsstrecke aus- 
zugeben • 

10. Verfahren nach Anspruch 9, mit einer Einheit (12) zinn 
Jtopassen der LSnge der Zykluszeit bei einer vorgebenen LSnge 
der zu versendenden Ethernet-Telegrairane im Rahmen der maximal 
zuiassigen Dauer des Zyklus, urn wShrend der gesamten Zyklus- 
zeit kontinuierlich Ethernet-Telegramme auf die Ethernet- 
t)bertragungss trecke ( 2 ) auszugeben • 

11. Schnittstelle nach Anspruch 9, mit einer Einheit (12) 
zum Anpassen der Anzahl und/oder der LSnge der in einem Zyk- 
lus zu versendenden Ethernet-Telegramme an eine vorgegebene 
Zykluszeit, um w^hrend der gesamten vorgebenen Zykluszeit 
kontinuierlich Ethernet-Telegrarome auf die Ethemet- 
Obertragungsstrecke ( 2 ) auszugeben . 

12. Schnittstelle nach einem der Ansprtlche 9 bis 11, mit ei- 
nem Zwischenspeicher (33) zum Zwischenspeichern der bereitge- 
stellten Ethernet-Telegramme und einer Einheit (12) z\im Star- 
ten des Sendevorgangs in AbhSngigkeit von einem vorgegebenen 
Ftillstand im Zwischenspeicher. 

13. Schnittstelle nach einem der AnsprUche 9 bis 12, mit ei- 
ner Einheit (12) zum Synchronisieren einer die zu versenden- 
den Echtzeitdaten erzeugende Echtzeitanwendung mit dem Sende- 
vorgang der Ethernet-Telegramme. 

14. Ethernet -Net zwerk mit Ethernet-t)bertragvingsstrecke und 
einer Mehrzahl von Knoten, wobei wenigstens einer der Knoten 
tiber eine Schnittstelle nach einem der Anspriiche 9 bis 13 mit 
der Ethemet-Obertragiingsstrecke verbunden sind, wobei der 
Sendekanal der Ethernet-Ubertragungsstrecke ausgelegt ist, 
die Ethernet-Telegramme kollisionsfrei zu tibertragen. 

15. Ethernet -Net zwerk nach Anspruch 14, wobei die Ethernet- 
tJbertragungsstrecke eine ringfSrmig angeordnete Topologie 
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aufweist \ind die vom Sende-Knoten versandten E theme t- 
Telegraimne von einem Knoten zum nSchsten Knoten weitergelei- 
tet werden. 
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Zussonmenfassung 

Verfahren, Schnittstelle und Netzwerk zum zyklischen Versen- 
den von Ethernet-Telegrammen 

Beim Versenden von Daten in Form von Ethernet-Telegrammen 5 
auf einer Ethemet-Obertragungsstrecke 2 mit Hilfe einer 
Schnittstelle 2 zum Anbinden eines Knotens 1 an die Ethernet- 
(Jbertragungsstrecke werden die zu versendenden Daten mittels 
einer Umsetzeinheit 12 gemaiS einer t)bertragungsnorm des E- 
thernet-Protokolls umgesetzt, urn Ethernet-Telegramme bereit- 
zustellen, und mithilfe einer Sendeeinheit 31, 33 fortlaufend 
die bereitgestellten Ethernet-Telegramme versendet, wobei 
kontinuierliche Ethernet-Telegramme auf die Ethernet- 
tJbertragungsstrecke ausgegeben werden. 
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